home *** CD-ROM | disk | FTP | other *** search
/ ETO Development Tools 4 / ETO Development Tools 4.iso / Essentials / MacApp Documentation / MacApp.TECH$ Archives / 1991 / Jan 91 / MacApp.Tech$ 1⁄4⁄91 / 2561-Re Saving window pos-Dec90 < prev    next >
Encoding:
Text File  |  1991-03-06  |  3.3 KB  |  68 lines  |  [TEXT/GEOL]
  1. Item    6268143                         29-Dec-90        19:24GMT
  2.  
  3. From:   UK0392                          EHN & DIJ Oakley,BDV
  4.  
  5. To:     MADA.SYSOP                      MacApp Dev Assoc, Don Sawtelle,IVC
  6.  
  7. cc:     MACAPP.TECH$                    MacApp Technical
  8.  
  9. Item forwarded by       NEIL.RHODES  to CALLIOPE 
  10.  
  11. ------------------------------------------------------------------------------
  12.  
  13. Sub:    Re Saving window posns
  14.  
  15. [To DougAhmann on America Online]
  16.  
  17. Doug & Friends,
  18.  
  19. Yes, this is a problem, and I agree with your dislike of preferences files. We
  20. have apps which modify their own resources to save settings, and we also save
  21. some settings in the resource fork of the documents themselves. Although we are
  22. at odds with the trend in Apple, I would like to explain our rationale, as I
  23. think it saves our users a proliferation of bits and pieces accumulating in the
  24. System folder (yuck!).
  25.  
  26. Those settings which are specific to a document - its own window size and
  27. position, any overridden default settings, and of course its own data - we save
  28. in the document file. For neatness’ sake, we put most of this stuff (apart from
  29. its data, of course) in the resource fork, just as MPW does for its documents.
  30.  
  31. Those settings which are application defaults we save as resources within the
  32. resource fork of the application itself. OK, this means that each time they are
  33. changed, the app modification date changes - but of course, its creation date
  34. and version numbers stay the same, so our users soon get used to being able to
  35. read this information intelligently. Now, if we provide them with an update,
  36. they use a simple resource copying utility which we wrote, so that they can
  37. update the new version with their old defaults.
  38.  
  39. This may seem elaborate, but our customers know that all they need to run our
  40. application is *one* file, the application itself (OK, we do have separate help
  41. files, but they can be over 1.5 Mbyte in size, and are only needed if they use
  42. online help, so I think that they can cope with this). If their Mac packs up
  43. (heaven forbid!), or they move the IIci onto the job and move the IIcx to
  44. another job, they move all the default settings in the *one* application file,
  45. and do not have to grovel around in the System folder.
  46.  
  47. I accept that this may cause problems with some virus checkers - we use and
  48. recommend that *wonderful* program Disinfectant, with which this scheme has
  49. never clashed, so if it can cope, surely others can too?
  50.  
  51. Our applications are used in the Apple-unfashionable production environments
  52. ('greasy Macs') of sailmaking lofts, light engineering factories, signmakers,
  53. tent and awnings makers, etc., by guys who want to get a job done simply and
  54. without fuss. They are *very* happy with this scheme, and we would not dare use
  55. Preferences files now, as their reaction would be most severe. Bear in mind
  56. also that if these guys use the wrong default setting (e.g. a scaling factor
  57. for the machinery we drive) they could ruin many tens of thousands of dollars
  58. worth of material.
  59.  
  60. So, we would like an end to these nasty messy Preferences files in the System
  61. folder (I have a few whose original apps even now are unclear - how often do
  62. you have to clean defunct ones out of your System folder?), but to stick to the
  63. thoroughly proper use of resources in document and application files, and of
  64. course to the stationery files of System 7.
  65.  
  66. Regards, Howard.
  67.  
  68.